home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / dev / www-talk.9301-9306.Z / www-talk.9301-9306 / text1144.txt < prev    next >
Encoding:
Text File  |  1995-04-24  |  1.9 KB  |  47 lines

  1. Dave Raggett suggests:
  2.  
  3. > Perhaps we need some structuring elements which determine how a 
  4.  
  5. > group of related documents can be sequenced into a form suitable 
  6.  
  7. > for printing, along with a way of automatically generating a table 
  8.  
  9. > of contents, and an index.
  10.  
  11. If a browser were able to automatically generate a table of contents  
  12. (T.O.C.), you'd have all you need to print a book.
  13.  
  14. Consider FrameMaker. To generate a T.O.C. in Frame, one specifies  
  15. which "paragraph formats" (as Frame calls its markup tags) to include  
  16. in an automatically generated T.O.C.
  17.  
  18. If a user were to ask a browser to search for and list a  
  19. user-specified set of tags (such as headers), and if the user could  
  20. then select which items to include/exclude in the T.O.C., the user  
  21. could have his/her own custom book.
  22.  
  23. But how does the user specify the limits of the search? All the Web?  
  24. This raises the spectre of the web-roaming cyberbots discussed  
  25. earlier. Or matches to keywords found in headers throughout the Web?  
  26. This becomes WAIS-like. Or local nodes only? There's an issue here of  
  27. what constitutes a "group of related documents": the author's intent?  
  28. Or the reader's interest?
  29.  
  30. It's interesting to consider that printing a book and searching the  
  31. Web might be closely related issues. I've come to believe that a book  
  32. is not a document, but rather a point of access to an organized  
  33. collection of documents. I'd be happy to elaborate out-of-thread...
  34.  
  35. >From this point of view, it seems a bad idea to include "structuring  
  36. elements" inside documents that tie them together for printing (if  
  37. that's what you were suggesting), though there's no harm in  
  38. encouraging authors to provide one or more T.O.C.'s (or encouraging  
  39. readers to contribute their own T.O.C.'s).
  40.  
  41. Daniel Kehoe
  42. contributing editor, NeXTWORLD magazine; and co-author, 
  43.  
  44. "Taking the Next Step: The Buyers' Guide to NEXTSTEP Computing"
  45.  
  46.  
  47.